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AMENDMENTS TO THK 5;PRClFlCAT10N 

Paragraph [0002] i$ sought to be amended as follows: 
[0002] In a computer network, plural computer systems arc joined together to exchange 

information and share resources. Thus, a computer network is a distributed computing 
environment in which networked computer systems provide usere with the capabilities of access 
to distributed resources, for example, r^ote files and databases or remote printers, and to 
distributed processing, for example, where an application is processed on two or more computer 
systems. In such a distributed computing environment, the components of an application may 
reside on different machines but work together. For example, each work station in a computer 
network often provides a user interface and local analysis and data processing, while larger, host 
computers, for example, a file server or mainframe, may maintain a large set of data files, 
coordinate access to large databases and perform larger scale data processing. In another 
distributed computmg environment, an instance of an application is distributed to plural 
computers within the network. Such a network can more reliability reliably perform a 
requested task by having a second instance of an application available to perform the task in the 
event that a first instance of the application is unavailable. Processes by which tasks are 
i^assigned amongst plural instances of an application based upon availability of the instances 
shall hereafter be termed as "failover'' processes. Similarly, by distributing requested tasks 
among plural instances of an application, any particular instance of the application will be less 
vulnerable to overloads. Processes by which tasks are distributed amongst plural instances of an 
application shall hereafter be termed as "load balancing" processes. 
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Paragraph [0042] is sought to be amended as follows: 
[0042] When configuring request messages for delivery to the asynchronoiis messaging 

services 118 through 12S, the asynchronous messaging service 116 utilizes the confinnation-on- 
deliveiy C'COD*') functionality available as part of the MQ series messaging service. As a result, 
when the request message delivered to the asynchronous messaging service 118 has been 
removed from the trigger-initiated local queue by the synchronous messaging service 132, the 
queue manager for the asynchronous messaging service 4^ 118 generates a COD message for 
transmission back to the asynchronous messaging service 1 16. Normally, the arrival of a COD 
message at the server messaging application, here, the asynchronous messaging service 116, 
would indicate the successful arrival of the request message at the client process, here, the 
application instance 152. In the embodiment of the invention disclosed herein, however, the 
asynchronous messaging service 1 18 is wrapped by the synchronous messaging service 132, As 
a result, as disclosed herein, the arrival of a COD message at the asynchronous messaging service 
1 16 merely indicates that the request message has been successfully taken off of the local queue 
by the synchronous messaging service 132, Upon receipt of the message, the instance 152 
processes the request message and generates a re^ome message to be returned to the API 188. 
More specifically, the response message generated by the instance 152 is delivered to the 
asynchronous messaging service 118 via the synchronous messaging service 132. In turn, the 
asynchronous messaging service 118 transfers the response message to the asynchronous 
messaging service 1 16 in the manner previously described. Finally, the asynchronous messaging 
service 1 16 delivers the response message to the API 188 via the synchronous messaging service 
130. 
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Paragr^h [0045] is sought to be amended as follows: 
[0045] As illustrated in FIG. 2a, the message distribution rules for request messages to be 
transferred to distributed application A are: (a) the mid-range server 104 shall receive all request 
messages received, by the asynchronous messaging service 116, within a first time span which 
encompasses a contiguous range of values which extends &om zero to 20 seconds after each 
minute; (b) the mid-range server 112 shall receive all request messages received, by the 
asynchronous messaging service 116, within a second time span which encompasses a 
contiguous range of values which extends from 30 21 to 40 seconds after each minute; and (c) 
the mid-range server 114 shall receive all request messages received, by the asynchronous 
messaging service 116, within a third time span which encompasses a contiguous range of values 
which extends from 40 41 and 60 seconds after each minute. Upon receipt of a request message 
from the API 188 which is to be processed by the distributed application A, the asynchronous 
messaging service 116 first checks the time at which the request message was received. The 
asynchronous messaging service 116 then reviews the data file 200 associated with the 
distributed application A to determine which one of the mid-range servers 104, 1 12 and 114 on 
which instances of the distributed ^plication A reside should received the request message. To 
select one of the mid-range servers 104, 112 and 1 14, the asynchronous messaging service 116 
compares the seconds unit of the time of receipt of the message to the time spans respectively 
assigned to each one of the mid-range servers 104, 1 12 and 1 14. Upon determining which of the 
mid-range servers 104, 112 and 114 is assigned to the matching time span, the asynchronous 
messaging service 116 will initiate the transfer of the request message to the selected mid-range 
server. Thusly, the asynchronous messaging service 116 rotates the instances of the distributed 
application to receive a series of request messages based upon the time at which the 
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asynchronous messaging service 116 received each of the request messages. 
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Paragraph [0049] is sought to be amended as follows: 
[0049] In accordance with another example of the failover rules governing selection of a 

subsequent mid-range server, if: (a) the value of the seconds unit of the arrival time of a request 
message is between zero and twenty seconds and the data file 200 indicates that both Ihe mid- 
range servers 1 04 and 112 have failed; or (b) the value of the seconds unit of the arrival time of a 
request message is between twent y-one and forty seconds and the data file 200 indicates that the 
raid-range server 112 has failed, the asynchronous messaging service 116 will select the mid- 
range server 114, which, as may be further seen in FIG. 2a, is assigned to the time span 
encompassing the contiguous range of values between forty^one and sixty seconds^ as the 
subsequent mid-range server. 
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Paragraph [0050] is sought to be amended as follows: 
[0050] In still another example of the failover rules governing selection of a subsequent 

mid-range server, if: (a) the value of the seconds unit of the arrival time of a request message is 
between twent v-one and forty seconds and the data file 200 indicates that both the mid-range 
servers 112 and 114 have failed; or (b) the value of the seconds unit of the arrival time of a 
request message is between fort v-one and sixty seconds and the data file 200 indicates that the 
mid-range server 114 has failed, the asynchronous messaging service 116 will select the mid- 
range server 104, which, as may also be seen in FIG. 2a, is assigned to the time span 
encompassing the contiguous range of values between zero and twenty seconds, as the 
subsequent mid-range server. 
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Paragraph [0051] is sought to be amended as follows: 
[0051] In still yet another example of the failover rules governing selection of a 

subsequent mid-range server, if the value of the seconds unit of the arrival time of a request 
message is between fort v«one and sixty seconds and the data file 200 indicates that the mid-range 
servers 114 and 104 have failed, the asynchronous messaging service will select the mid-range 
server 1 12, which, as may also be seen in FIG. 2a» is assigned to the time span encompassing the 
contiguous range of values between twent y-one and forty seconds, as the subsequent mid-range 
server. A final failover rule governing selection of a subsequent mid-range server is that, if the 
value of the seconds unit of the arrival time of a request message is between (a) zero and twenty 
seconds; (b) twenty^one and forty seconds; or (c) fort y-one and sixty seconds; and the data file 
200 indicates that the mid-range servers 1 04, 112 and 1 14 have all failed, a subsequent mid-range 
server will not be selected. 
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Paragraph [0053] is sought to be amended as follows: 
[0053] FIG 2b is a graphical representation of the data file 202. As may now be seen, the 

data file 202 maintains load balancing and fai lover information for Application B for periodic 
access by the asynchronous messaging service 116. As before, load balancing is maintained 
between the plural servers on which instances of an application reside using a time-distribution 
technique employing one or more message distribution rules and one or more failover rules. As 
illustrated in FIG. 2b, the message distribution rules for request messages to be transferred to 
distributed application B are: (a) the mid-range server 104 shall receive all request messages 
received, by the asynchronous messaging service 116, within a first time span which 
encompasses a contiguous range of values which extends from zero to 20 seconds after each 
minute; (b) the mid-range server 106 shall receive all request messages received^ by the 
asynchronous messaging service 116, within a second time span which ^compasses a 
contiguous range of values which extends from 20 2^ to 40 seconds after each minute; and (c) 
the mid-range server 112 shall receive all request messages received, by the asynchronous 
messaging service 116, between 40 41 and 60 seconds after each minute. 
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Paragraph [0055] is sought to be amended as follows: 
[0055] Thus, if the mid-range server 104 has failed, the asynchronous messaging service 

116 will select the mid-range server 106 to receive all request messages received up to 40 
seconds after each minute and select the mid-range server 112 to receive ail request messages 
received between 40 41 and 60 seconds after each minute. Conversely, if the mid-range server 
106 has failed, the asynchronous messaging application will select the mid'^rangc server 104 to 
receive all request messages received up to 20 seconds after each minute and select the mid- 
range server 112 to receive all request messages received between 20 21 and 60 seconds after 
each minute. If the mid-range server 1 12 has &iled» the asynchronous messaging application 116 
will select the mid-range server 104 to receive all request messages received up to 20 seconds 
after each minute, select the mid-range server 106 to receive all request messages received 
betwe«i 40 21 and 40 seconds after each minute and select the mid-range server 104 to receive 
all request messages received between 40 41 and 60 seconds after each minute. If both the mid- 
range servers 104 and 106 have failed, the asynchronous messaging application 116 v/ill select 
the mid-range server 112 to receive all request messages received between zero and 60 seconds 
after each minute. If both the mid-range servers 104 and 112 have failed, the asynchronous 
messaging application 116 will select the mid-range server 106 to receive all request messages 
received between zero and sixty seconds after each minute. If both the mid-range servers 106 
and 1 12 have failed, the asynchronous messaging application 1 16 will select the mid-range server 
104 to receive all request messages received between zero and sixty seconds after each minute. 
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Paragraph [0056] is sought to be amended as follows: 
[0056] FIG 2c is a graphical representation of the data file 204. As may now be seen, the 

data file 204 maintains load balancing and failover information for Application C for periodic 
access by the asynchronous messaging service 116. As before, load balancing is maintained 
between the plural servers on which instances of an application reside using a time-distribution 
technique employing one or more message distribution rules and one or more failover mles. As 
illustrated in FIG. 2c, the message distribution rules for request messages to be transferred to 
distributed application C are: (a) the mid-range server 104 shall receive all request messages 
received, by the asynchronous messaging service 116, within a first time span which 
encompasses a contiguous range of values which extends from zero to 20 seconds after each 
minute; (b) the mid-range server 106 shall receive all request messages received, by the 
asynchronous messaging service 116, within a second time span which encompasses a 
contiguous range of values which extends from 20 21 to 40 seconds after each minute; and (c) 
the mid-range server 108 shall receive all request messages received, by the asynchronous 
messaging service 1 16, between 40 41 and 60 seconds afler each minute. 
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Paragraph [0058] is sought to be amended as follows: 
[0058] Thus^ if the mid-range server 104 has failed, the asynchronous messaging service 

116 will select the tnid-range server 106 to receive all request messages received up to 40 
seconds after each minute and select the mid-range server 108 to receive all request messages 
received between 40 41 and 60 seconds after each minute. Conversely, if the mid-range server 
106 has failed, the asynchronous messaging application will select the mid-range server 104 to 
receive ail request messages received up to 20 seconds after each minute and select the mid- 
range server 108 to receive all request messages received between 30 21 and 60 seconds after 
each minute. If the mid-range server 108 has failed^ the asynchronous messaging application 116 
will select the mid-range server 104 to receive all request messages received up to 20 seconds 
after each minute, select the mid-range server 106 to receive all request messages received 
between 20 21 and 40 seconds after each minute and select the mid-range server 104 to receive 
all request messages received between 40 41 and 60 seconds afler each minute. If both the mid- 
range servers 104 and 106 have failed, the asynchronous messaging application 116 will select 
the mid-range server 108 to receive all request messages received between zero and 60 seconds 
after each minute. If both the mid-range servers 104 and 108 have failed^ the asynchronous 
messaging application 116 will select the mid-range server 106 to receive all request messages 
received between zero and sixty seconds after each minute. If both the mid-range servers 106 
and 108 have failed, the asynchronous messaging application 116 will select the mid-range server 
104 to receive all request messages received between zero and sixty seconds after each minute. 
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Paragraph [0059] i$ sought to be amended as follows: 
[0059] FIG 2d is a graphical represOTtation of the data file 206, As may now be seen, the 

data file 206 maintains load balancing and failover infoimation for Application D for periodic 
access by the asynchronous messaging service 116- As before, load balancing is maintained 
between the plural servers on which instances of an application reside using a time-distribution 
technique employing one or more message distribution rules and one or more failover rules. As 
illustrated in FIG. 2d, the message distribution rules for request messages to be transferred to 
distributed application D are: (a) the mid-range server 106 shall receive all request messages 
received, by the asynchronous messaging service 116, within a first time span which 
encompasses a contiguous range of values which extends Sx>m zero to 20 seconds after each 
minute; (b) the mid-range server 108 shall receive all request messages received, by the 
asynchronous messaging service 116» within a second time span which encompasses a 
contiguous range of values which extends from 30 21 to 40 seconds after each minute; and (c) 
the mid-range server 110 shall receive all request messages received, by the asynchronous 
messaging service 116, between 40 41 and 60 seconds after each minute. 



27 

31SA5.Q1MO0O.0580O 

PA6E2MS'RCVDAT2lim4:12:24PM[EasteinStanilartTiine]'SVK^ 



• FEB-15-200S 15 = 23 CONLEY & ROSE PC 9727312289 P. 29 

Attomcy Docket No: IDF 1748 (4O0O-O58O0) PatetU 

Paragraph [0061] is sought to be amended as follows: 
[0061] Thus, if the mid-range server 106 has failed, the asynchronous messaging service 

116 will select the mid-range server 108 to receive all request messages received up to 40 
seconds after each minute and select the mid*range server 110 to receive all request messages 
received between 46 41 and 60 seconds after each minute. Conversely, if the mid-range server 
108 has &iled, the asynchronous messaging stpplication will select the mid-range server 106 to 
receive all request messages received up to 20 seconds after each minute and select the mid- 
range server 1 10 to receive all request messages received between 20 21 and 60 seconds after 
each minute. If the mid-range server 1 1 0 has failed, the asynchronous messaging application 116 
will select tlie mid-rauge server 106 to receive all request messages received up to 20 seconds 
after each minute, select the mid-range servo: 108 to receive alJ request messages received 
between 20 21 and 40 seconds after each minute and select the mid-range server 106 to receive 
all request messages received between 40 41 and 60 seconds after each minute. If both the mid- 
range servers 106 and 108 have failed, die asynchronous messaging application 116 will select 
the mid-range server 110 to receive all request messages received between zero and 60 seconds 
after each minute. If both the mid-range servers 106 and 110 have failed, the asynchronous 
messaging application 116 will select the mid-range server 108 to receive all request messages 
received between zero and sixty seconds after each minute. If both the mid-range servers 409 
1 0 8 and 110 have failed, the asynchronous messaging application 116 will select the mid-range 
server 106 to receive all request messages received between zero and sixty seconds after each 
minute. 



28 

3t56S.01/4O0aO580O 

PA6E2MS'iiCVDAT2/1«4:12:24PM|pa$tem Standard riine]'SVR:m 



FEB-15-2006 15:23 CONLEY & ROSE PC 9727312289 P. 30 

Attorney Docket No; IDF 1748(4000-05800) Pat^t 

Paragraph [0062] is sought to be amended as follows: 
[0062] FIG 2c is a graphical representation of the data file 208. As may now be seen, the 

data file 208 maintains load balancing and failover information for Application E for periodic 
access by the asynchronous messaging service 116. As before, load balancing is maintained 
between the plural servers on which instances of an application reside using a time-distribution 
technique employing one or more message distribution rules and one or more failover rules. As 
illustrated in FIG. 2e, the message distribution nxles for request messages to be transferred to 
distributed application E are: (a) the mid-range server 108 shall receive all request messages 
received, by flie asynchronous messaging service 116, within a first time span which 
encompasses a contiguous range of values which extends fiom zero to 20 seconds after each 
minute; (b) the mid-range server 110 shall receive all request messages received, by the 
asynchronous messaging service 116, within a second time span which encompasses a 
contiguous range of values which extends from 20 21 to 40 seconds after each minute; and (c) 
the mid-range server 112 shall receive all request messages received, by the asynchronous 
messaging service 1 16, between 40 41 and 60 seconds after each minute. 
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Paragraph [0064] is sought to be amended as follows: 
[0064] Thus, if the mid-range server 108 has failed, the asynchitmous messaging service 
116 will select the mid-range server 110 to receive all request messages received up to 40 
seconds after each minute and select the mid-range server 112 to receive all request messages 
received between 40 41 and 60 seconds after each minute. Conversely, if the mid-range server 
110 has flailed, the asynchronous messaging s^plication will select the mid-range server 108 to 
receive all request messages received up to 20 seconds after each minute and select the mid- 
range server 112 to receive all request messages received between 20 21 and 60 seconds after 
each minute. If the mid-mnge server 1 12 has failed, the asynchronous messaging application 116 
will select the mid-range server 108 to receive all request messages received up to 20 seconds 
after each minute, select the mid-range server 110 to receive all request messages received 
between 20 21 and 40 seconds after each minute and select the mid-range server 108 to receive 
all request messages received between 40 41 and 60 seconds after each minute. If both the mid- 
range servers 108 and 110 have failed, the asynchronous messaging application 116 will select 
the mid-range server 112 to receive all request messages received between zero and 60 seconds 
after each minute. If both Ae mid-range servers 108 and 112 have failed, the asynchronous 
messaging application 116 will select the mid-range server 110 to receive all request messages 
received between zero and sixty seconds after each minute. If both the mid-range servers 110 
and 1 12 have failed, the asynchronous messaging £5>plication 1 1 6 will select the mid-range server 
108 to receive all request messages received between zero and sixty seconds after each minute. 
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Paragraph [006S] is sought to be amended as follows: 
[0065] FIG 2f is a graphical representation of the data file 21 0. As may now be seen, the 
data file 210 maintains load balancing and failover information for Application F for periodic 
access by the asynchronous messaging service 116. As before, load balancing is maintained 
between the plural servers on which instances of an application reside using a time-distribution 
technique employing one or more message distribution rules and one or more failover mles. As 
illustrated in FIG. 2f» the message distribution mles for request messages to be transferred to 
distributed application F are: (a) the mid-range server 110 shall receive all request messages 
received, by the asynchronous messaging service 11 6» within a first time span which 
encompasses a contiguous range of values which extends fiiom zero to 20 seconds after each 
minute; (b) the mid-range server 112 shall receive all request messages received, by the 
asynchronous messaging service 116, within a second time span which encompasses a 
contiguous range of values which extends from 20 21 to 40 seconds after each minute; and (c) 
the mid-range server 114 shall receive all request messages received, by the asynchronous 
messaging service 116, between 40 41 and 60 seconds after each minute. 
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Paragraph [0067] is sought to be amended as follows: 
[0067] Thus, if the mid-range server 1 10 has failed, the asynchronous messaging service 

116 will select the mid-range server 112 to receive all request messages received up to 40 
seconds after each minute and select the mid-range server 114 to receive all request messages 
received between 40 41 and 60 seconds after each minute. Conversely, if the mid-range saver 
112 has failed, the asynchronous messaging application will select the mid^range server 1 10 to 
receive all request messages received up to 20 seconds after each minute and select the mid- 
range server 114 to receive all request messages received between 30 21, and 60 seconds after 
each minute. If the mid^range server 114 has failed, the asynchronous messaging application 1 16 
will select the mid-range server 1 10 to receive all request messages received up to 20 seconds 
after each minute, select the mid-range server 112 to receive ail request messages received 
between 30 21 and 40 seconds after each minute and select the mid-range server 110 to receive 
all request messages received between 40 41 and 60 seconds after each minute. If both the mid- 
range servers 1 10 and 1 12 have failed, the asynchronous messaging application 1 16 will select 
the mid-range server 114 to receive all request messages received between zero and 60 seconds 
after each minute. If both the mid-range servers 110 and 1 14 have failed, the asynchronous 
messaging application 116 will select the mid-range server 112 to receive all request messages 
received between zero and sixty seconds after each minute. If both the mid-range servers 112 
and 1 14 have failed, the asynchronous messaging application 1 16 will select the mid-range server 
1 10 to receive all request messages received between zero and sixty seconds after each minute. 
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